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® Data compression/decompression and storage of compressed and uncompressed data on a single 
data storage volume. 



) A data file having a plurality of data blocks, is 
divided into one or more transfer units of data 
blocks. Before data storage, each transfer unit 
of data blocks is subjected to its own data 
compression cycle to create a group of com- 
pressed data blocks. The size of the data trans- 
fer unit, in bytes, is selected to be facie for 
addressing and retrieving individual recorded 
groups of compressed data blocks whBe provid- 
ing good channel utilization and compression 
efficiency. Also the data-transfer unit size is 
selected in part based upon data storage effi- 
ciency, Le. the storage of the compressed data 
should fil as many addressable data storage 
areas as possible. Upon recording each group 
of compressed data bytes, an entry is made into 
a file directory for enabling addressing the re- 
corded compressed data blocks. 



HOST PROCESSOR SELECTS 
A DATA TRANSFER UN IT (DTU) 

OF DATA BLOCKS FOR 
RECORDING AS A GROUP OF 
COMPRESSED DATA BLOCKS 



HOST PROCESSOR ALLOCATES 
A NUMBER OF ADDRESSABLE 
AREAS FOR STORING THE 
SELECTED DTU OF DATA 
BLOCKS 



DTU OF DATA BLOCKS IS 
TRANSMITTED Ta DATA 
STORAGE SYSTEM 



.DATA STORAGE SYSTEM 
COMPRESSES DTU IN TO A 
GROUP OF COMPRESSED 
DATA 8 LOCKS S RECORDS 
THE GROUP AS ONE 
CONTINUUM OF DATA 



DATA STORAGE SYSTEM 
SENDS DETAILED STATUS TO 
HOST PROCESSOR AS TO THE 
RECORDING OF THE GROUP 

OF COMPRESSED DATA 
BLOCKS 



HOST PROCESSOR 
ASSOCIATES ALL GROUPS 
OF DATA BLOCKS 
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FIELD OF THE INVENTION 

This invention relates to data storage systems that are capable of storing both compressed and uncom- 
pressed data on one data storage volume and to data processing systems utilizing such data storage systems. 
5 This invention also relates to data storage systems that minimize wasted data storage space on a data storage 
volume whfle storing compressed data. 

BACKGROUND OF THE INVENTION 

10 ^ Many dala ^ orB ^ e "tedia. such as data storage optical disks, have a so-called fixed block architecture 
(FBA) format Such format is characterized in an optical disk by so-called hard sectoring the disk's single spiral 
track into a plurality of sectors. Everyone of the sectors have identical data storage capacity, i.e. 512 bytes, 
1024 bytes, 4096 bytes, etc. Because of the FBA disks and the variability of data lengths of compressed data 
with respect to the source uncompressed data, in-line data compression has not been employed with FBAfor- 

15 matted disks. It is desired to eff icientiy store and enable simple random address accessing of a variable amount 
of compressed data resulting from compressing data which has been formatted into addressable blocks. Such 
compressed data can then be recorded on a FBA formatted disk. If the sector data does not compress to fewer 
bytes, then the data are stored without data compression on the data storage disk. 

It is also desired when a plurality of addressable data blocks is segmented into a plurality of groups of such 

20 data blocks, to maintain host processor addressability of the compressed data blocks within each compressed 
group of data blocks. It is also desired when compressing data for storage on a FBA storage medium to maintain 
a maximal addressability of all unused data storing sectors even though the number of sectors required to store 
the compressed data blocks is unknown. A further desire is to provide for random addressing of the com- 
pressed data blocks recorded in an FBA formatted storage medium. 

25 The data pattern randomness of most input data streams and the variability in the resulting length of the 
compressed data output after the application of the various compression algorithms, does not allow for the 
prediction of the amount of storage space required to contain the compressed data. This situation requires a 
link between the transmission of the data stream to be compressed and recorded and the results of the com- 
pression process to assist the host processor in its storage management process. 

30 The function of updating a data file in this environment can not use any usual data updating process (read, 
update, write back) because the data pattern as a result of the updatemay not compress to the same degree 
as the original data block and therefore updated compressed data most probably will not fit in the original stor- 
age space required to store the original data. 

In a fixed block architecture (FBA) environment, data are recorded on a data storage medium in fixed sized 

35 units of storage called sectors where each recording track on the rnedium contains a fixed number of such sec- 
tors. The addressing convention for optica} disk devices consists of a track address on the medium and a sector 
number of the particular track. On optical media storage devices, each of the sectors consists of two major 
parts; an Identification field (ID) used by the device controllerto locate a particular sector by a physical address 
and a data field for storing data. The informational content of the ID's on hard sectored optical disks are indelibly 

40 recorded, as by a stamping/molding process, on the medium at the time of manufacture. Other data storage 
formats also are usable to practice the present invention, such as the known count-key-data (CKD) and ex- 
tended count-key-data (ECKD) formats used on many magnetic disk media. 

An FBA device attached to a host via the known Small Computer Standard Interface (SCSI) must provide 
the capability to resolve a Logical Block Address (LBA) used by SCSI architected direct-access data storage 

45 devices to address fixed sized units of storage to a unique physical address (track and sector) on the medium. 
The SCSI attached FBA device provides to the host a contiguous address space of N (N is a positive integer) 
storage locations which can be accessed for reading or writing in any sequence. Each LBA directory structure 
(addresses ranging from 0 to N) is the addressing mechanism used to store and retrieve data blocks in the 
SCSI-FBA environment (some FBA devices also provide the capability to address the storage space using the 

*> physical address). 

As can be seen from the preceding paragraphs, the principal problem facing a designer of a storage system 
using data compression techniques in the SCSI-FBA environment is to provide a mechanism by which fixed 
size units of data, herein termed data blocks, in an input data stream can be recorded in a variable amount of 
storage medium space and still maintain addressabaity to the unoccupied storage space and provide for ad- 
» dressability to the recorded data blocks. 

Since many optical disks today are of the removable type, it is further desired to enable each removable 
data storage medium to be serf-describing as to compressed and uncompressed data held thereon. 
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DISCUSSION OF THE PRIOR ART 

The Vosacek US patent 4,499,539 shows f irst allocating a number of data storage segments of a cache 
or buffer for storing a maximum number of data bytes t h at are storabie in an addressable track of a direct access 

5 storage device (DASD) connected to the cache or buffer. The DASD is a magnetic disk storage device. The 
protocol is to stage or transfer one track of DASD data to the cache or buffer in one input-output operation 
(one access to the DASD). Upon completion of the actual data transfer, the cache or buffer is examined. If 
less than all of the first allocated segments contain data, then the empty allocated segments are deallocated. 
Pointers are recorded in a first one of the allocated segments for pointing to additional allocated segments that 

10 store data from the same DASD track. In this manner the DASD track is emulated in the cache or buffer. 

US Patent No 5097261 (application No USSN 07/441 , 1 26) shows a data compaction system for a magnetic 
tape peripheral data storage system. Tapes do not have any addressable data storage areas. The entire tape 
is formatted each time it is recorded. This formatting feature in magnetic tapes enables storing variably sized 
records as variably sized blocks of data. The storage of uncompressed and compressed data is by addressable 

is blocks of such data. The application does show including a plurality of records in one block of data recorded 
on the tape. Co-pending commonly-assigned US patent application USSN 07/372,744, f fled 6/28/89,(Attorney 
docket TU989003) shows a magnetic tape data storage system that automatically stores a plurality of small 
records in each block of recorded data. Each of the records remain individually addressable. A purpose of com- 
bining a plurality of records in one block is to reduce the number of inter-block gaps for increasing the storage 

20 capacity of the magnetic tape. 

Data compression and decompression algorithms and systems are well known. US patent 51 09226 shows 
an in line (real time) data compression/decompression system for use in high speed data channels. Trtis system 
uses an algorithm shown in the Langdon, Jr. et al US patent 4,467,317. Batch processed (software) data com- 
pression and decompression is aJso well known. PKWARE, Inc., 7032 Ardara Avenue, Glendale Wl 53209 USA 

25 provides the software programs PKZ1P for batch compression, PKUNZIP for batch decompression among 
other compression-decompression software. Another data compression-decompression algorithm has been 
used for both batch (software processing) and in-line (hardware-integrated semiconductor chips) processing. 
The known LempeJ Zrv-1 data compress ton/decompression algorithm is used for both in-line (real time) and 
batch data compression and decompression. It is preferred to use the latter algorithm. Shah and Johnson in 

30 the article DATA COMPRESSOR DECOMPRESSOR IC in the "1990 IEEE International Symposium on Cir- 
cuits and Systems, New Orleans LA USA (pp 41-43) on May 1-3, 1990 describe an integrated circuit using the 
known Lempel-Ziv algorithm mentioned above. In practicing the present invention, it is preferred that a com- 
pression-decompression algorithm that facilitates both batch and in line operations be used. Of course, only 
batch or only in line data compression-decompression may be used to successfully practice the present in- * 

35 vention. 

Images or "non-coded" data have been compressed and decompressed for saving data storage space. 
Reitsma US patent. 4,622, 585 shows one video compression scheme. 

SUMMARY OF THE INVENTION 

40 

The present invention provides flexible data compression-decompression controls that enable randomly 
accessing compressed data through relatively simple accessing mechanisms. 

According to a first aspect, the present invention provides apparatus for storing data in compressed form 
in a data storage device having a plurality of addressable like-sized data storage areas, each for recording a 
45 predetermined number of data bytes, the data storage device being connected to means for receiving data to 
be recorded, said received data being arranged in a plurality of addressable data blocks, characterised in that 
the apparatus comprises, in combination: selection means in the means for receiving data for selecting one 
or more data transfer units of data blocks to be recorded, each said transfer unit of data blocks having a given 
number of data bytes and including one or more of said addressable data blocks; compression means con- 
50 nected to the selection means for compressing said transfer unit of data blocks to be recorded as a group of 
compressed data blocks; data access means in the device connected to said compression means for recording 
said group of compressed data blocks in said addressable data storage areas as one continuum of compressed 
data; and directory means indicating which ones of said addressable data storage areas said continuum of data 
fe recorded in, and indicating that said continuum of data contains said selected transfer unit of data blocks in 
55 a compressed form. 

In a second aspect of the' present invention there is provided a method of compressing and recording onto 
a data storage medium data of a fHe which is arranged in a plurality of addressable data blocks, the method 
comprising the steps of: selecting a plurality of said data blocks of said file to be compressed and recorded; 
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segmenting the selected plurality of addressable data blocks into one or more data transfer units; compressing 
each of said one or more data transfer units and recording them as respective separate groups of compressed 
data blocks; and creating and maintaining a file directory indicating the address and size of each of said re- 
corded groups for enabling random access to recorded data within said file of data blocks. 

Preferably, the file directory provides information for addressing each of the compressed data blocks with- 
in a group. It is further preferred that the directory is maintained in a host processor and is also stored on the 
data storage medium containing the group of compressed data blocks. 

In a preferred embodiment of the present invention, a data fOe having a plurality of addressable data blocks 
is segmented into a plurality of groups of such data blocks. Each group of data blocks is separately compressed 
and decompressed as one unit of data. Each such group is separately transmitted between a host processor 
and a data storage unit, communications link, etc as one data transfer unit (DTU). The size of the DTU, in terms 
of the number of data blocks to be included, is determined empirically based upon the data storage capacity 
of (number of data bytes storable in) sectors into which a data storage volume is divided, the number of bytes 
in each of the data blocks of the data file, and other system parameters. The data storage of each group in 
compressed form in a data storage device is described by the data storage system to the host processor, pre- 
ferably by a command linked to the host processor command effecting the data storage in compressed form. 
The host processor establishes a directory describing the storage of each and every group of the data file. If 
the data file is transferred to another system or host processor in the compressed form, the compressed data 
file directory accompanies the compressed groups. Retrieving compressed data from a data storage device 
is by retrieving the group of data blocks having the data block(s) desired to be read. Each compressed group 
of data blocks is transferrable between host processors and data storage units without decompression. The 
DTU or group-receiving data storage medium may be formatted in the well known fixed-block architecture 
(FBA) format the well known count-key-data (CKD) format, the well known extended count-key-data (ECKD) 
format or any other format 

Embodiments of the present invention will now be described in more detaH, with reference to the accom- 
panying drawings in which: 

Fig. 1 is a flow chart illustrating data storing operations according to an embodiment of the present inven- 
tion; 

Fig. 2 is a simplified block diagram of a data processing system in which the data storing operations ac- 
cording to Fig. 1 may be advantageously employed; 

Fig . 3 is a diagrammatic representation of a Logical Block Address (LBA) directory for identifying recorded 
compressed groups of data blocks of a data file; 

Fig. 4 is a block diagram showing details of an optical data storage system attached to a host processor 
such as is shown in Fig. 2; 

Fig. 5 is a block diagram of a peripheral controller usable in data processing systems such as are shown 
in Fig's 2 and 4; 

Fig. 6 diagrammatically illustrates storing a compressed group of data blocks according to the steps of Fig. 

1; 

Fig. 7 diagrammatically illustrates host processor commands using a SCSI connection to a data storage 
system such as is shown in Fig. 2 or Fig. 4; 

Fig. 8A diagrammatically illustrates a file directory of a plurality of compressed groups of data blocks of a 
file according to an embodiment of the present invention; 

Fig. 8B diagrammatically illustrates the format of a disk sector according to an embodiment of the present 
invention; 

Fig's 9-13 are flow charts showing detaSs of the operation shown in Fig. 1; 

Fig. 14 is a logic diagram illustrating an application of the present invention to a multi-unit data processing 
system that has a plurality of data storage devices and host processors interconnected by a data link or 
local area network; and 

Fig. 15 is a flow chart showing machine operations that update a compressed data file according to an 
embodiment of the present invention. 

DETAILED DESCRIPTION 

Referring now more particularly to the appended drawings, like numerals indicate like parts and structural 
features in the various figures. A data file having a plurality of data blocks is divided into one or more transfer 
units of data blocks. Before data storage, each transfer unit of data blocks is subjected to its own data com- 
pression cycle to create a group of compressed data blocks. The size of the data transfer unit, in bytes, is se- 
lected to be facile for addressing and retrieving individual recorded groups of compressed data blocks while 
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providing good channel utilization and compression efficiency. Also the data transfer unit size is selected in 
part based upon data storage efficiency, i.e. the storage of the data, after compression, should fill several al- 
located addressable data storage areas. Each of t he allocated sectors in each group is f illed to capacity except 
the last sector of a group that may be partially filled. It is desired to reduce the number of partially fflled data 

5 storage sectors for more efficiently filling the FBA data storage disk with data. This desire is balanced with 
enabling efficient random access to the compressed data blocks stored on the FBA data storage disk. 

Each stored or recorded group of compressed data blocks is accessed from disk 30 as a single data unit 
irrespective of the number of disk 30 sectors in which the group is recorded. Since each group of compressed 
data blocks is compressed in a separate data compression operation, ail of the-data in each such group must 

10 be decompressed starting with the beginning, i.e. first compressed bytes, in each group. Therefore, in randomly 
accessing a compressed desired data block in a given group, all of the compressed data blocks of each stored 
group are read from disk 30 asa single disk record. The single disk record is decompressed up to the desired 
or addressed compressed data block. The desired compressed data block is then decompressed for process- 
ing. Limiting the size of the groups of compressed data blocks provides for quicker access to any desired conv 

15 pressed data block. This desire is balanced with a desire to maximize utilization of the disk 30 data storage 
space. An example of managing these two parameters for creating a facie size group of compressed data 
blocks (that varies with each application) is described later. 

I n an alternate arrangement, each data block is separately compressed. A plurality of such separately com- 
pressed data blocks are combined into a single disk record. The byte position within the single disk record for 

20 each of the separately compressed data blocks is recorded in the single disk record. Such byte position or offset 
enables addressing each of the compressed data blocks within a group. 

To facilitate access to the groups of compressed data blocks, the host processor program maintains a di- 
rectory that identifies the addressable data storage areas containing the group as well as the data blocks in 
the respective groups. This directory identification preferably takes the form of a file directory that is mairv 

25 tained in host processor 11 . Such directory is also stored on the volume or data storage disk containing the 
group(s) of compressed data blocks. Preferably, the directory is transmitted to the disk device as a part of each 
transfer of a compressed file having plural groups of compressed data blocks. This arrangement establishes 
on the FBA disk a directory that effects addressability of the compressed data blocks within the respective 
groups. 

30 Fig. 1 fllustrates recording a data file by grouping a plurality of data blocks of the file into a smaller number 

of groups of compressed data blocks. Step 10 is executed in a host processor 11 (Fig. 2). A data file, or part 
of a data file, is identified for compressed data storage. The data f Pe consists of a plurality of data blocks. The 
term data block includes data records (coded data), sub-file structures, individual images, graphs and the Ike, 
drawings and other forms of graphics, combined graphics (non-coded data) and text(coded data), and the Ike. 

35 As later detaied, the data file is divided into facile sized groups of data blocks for transfer as a data transfer 
unit DTU to a storage unit or over a communication link and for maintaining a random access capability to the 
recorded groups of compressed data blocks. The size of each DTU and resultantrecorded group is dependent 
on diverse variables, as will become apparent Completion of one execution of step 10 results in one such group 
of data blocks being selected for compression and storage. 

*o Step 13 is executed by host processor 11 (Fig. 2). The number of uncompressed data bytes in the DTU of 

data blocks (the product of the number of data blocks times the number of bytes in each data block) is divided 
by the data storage capacity of one addressable data storage area (sector of an FBAformatted disk) and round- 
ed to a next higher integer if the product includes a fraction. This number represents a maximum number of 
addressable data storage areas required to store the data; either uncompressed or if a compression does not 

45 compress the data into fewer bytes for storage. At this juncture, it is not known how many addressable data 
storage areas are required to store the group of data blocks after compression. To ensure that the group of 
data blocks is storable on the data storage medium (optical disk 30 is used in the illustrative embodiment), a 
number of the addressable data storage areas sufficient to store the entire group of compressed data blocks 
is initially determined for storing the group of data blocks in an uncompressed form. 

so step 15 is executed by both the host processor 11 and data storage system 12. The selected DTU of data 

blocks is transmitted by the host processor to the data storage system. The data compression of the selected 
DTU of data blocks is compressed before storage on the data storage medium 30 (Fig. 4). There are several 
methodologies that may be employed herein. The Fig. 1 indicated methodology requires the data storage sys- 
tem to allocate the maximum number of addressable data storage areas. Then the data transfer occurs requir- 

55 ing the data storage system to compress the selected DTU of data blocks just before the data are recorded 
on the data storage medium 30 (Rg. 4). Upon completion of the compression and data storage or recording 
as one continuum of data, data storage system 12 determines the number of addressable data storage areas 
actually used to store the compressed jgroup of data blocks. The unused but allocated addressable data storage 
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areas are then deallocated. In the event that certain data blocks compress to a greater number of bytes than 
the original or uncompressed data, then; as will become apparent, the data compression step Is not used. Con- 
trol data are recorded on the FBA disk that indicates which data are compressed and which data are not com- 
pressed. Such control data are used in retrieving data from the data storage (FBA) disk, as will become appa- 

5 rent As later detailed in this specification, at step 16 data storage system 12 sends the storage locations of 
the just-recorded group of compressed data blocks to the host processor 11 for inclusion in a directory of the 
data file to which the recorded group of data blocks is a member. 

A second methodology has the data compression-decompression performed in host processor 11. As 
such, host processor 11 includes the data compression mechanism, either software or hardware, and sends 

10 the compressed selected group of data blocks to data storage system 12 for storage. In this instance, if batch 
compression is used, host processor determines the number of addressable data storage areas required for 
storing the compressed group of data blocks. Host processor 11 then sends the required number of address- 
able data storage areas to data storage system 1 2 for allocation just before the compressed data are trans- 
mitted to the data storage system. 

is In a third methodology, the uncompressed group of data blocks are transmitted twice by host processor 
11 to data storage system 12. A first transmission enables data storage system 12 to accurately measure the 
number of addressable data storage areas that will be required to store the compressed data. In the first trans- 
mission the data are compressed but not recorded. The number of compressed data bytes are counted to de- 
termine the data storage extent (number of sectors or addressable areas) for the compressed data. The data 

20 storage system 1 2 then allocates the indicated number of contiguous sectors for receiving and storing the com- 
pressed data. Asecond transmission of the same data to the data storage system 12 results in the compression 
and storage of the compressed data in a data storage medium. 

In each of the above described methodologies, if the number of bytes in the compressed file is greater 
than the number of uncompressed data bytes, then the data are recorded in the uncompressed form. Further, 

25 when updating a group of compressed data blocks, the number of compressed data bytes may exceed the 
capacity of the currently allocated sectors. As described later with respect to Fig. 15, a change in allocation 
of sectors for storing the updating DTU may be required. 

Also, in each of the above described methodologies, the data blocks to be compressed and stored from 
each DTU are preferably compressed and stored as one group. That is, all data blocks in each DTU are corrv- 

30 pressed during one data compression cycle to produce one group of compressed data blocks. An alternate 
data compression approach is to individually compress each of the data blocks in each DTU. Then the group 
of compressed data blocks consists of a plurality of individually compressed data blocks. In the alternative data 
compression, a header in each group can identify the byte offset within each group of the individually com- 
pressed data blocks. Such individually compressed data blocks may also be identified on the data recording 

35 disk by illegal recording code characters, such characters are well known for diverse data recording codes. 

Host processor 1 1 in step 1 9 logically associates all recorded groups of compressed data blocks via a later 
described file directory. When employing the above described first methodology, upon storing the compressed 
data, data storage system 1 2 reports to host processor 1 1 the actual number of sectors used to store the com- 
pressed data and further address and identifying data therefore, as will be described. 

40 At step 20, host processor 11 determines whether all of the data to be compressed and recorded have 

been recorded. The details regarding the recorded group of compressed data blocks (see step 19) have been 
entered into the later described file directory (Fig. 8A). If all of the above described machine operations have 
been completed, then the operation is "done", enabling exiting to other machine operations beyond the present 
description. Otherwise, steps 10-19 are repeated as above described until all of the data have been com- 

45 pressed and recorded. It is to be noted that other machine operations may be performed by host processor 
11 in a multi-tasking or interrupt driven data processing environment while steps 10-19 are in the process of 
execution as is known in the data processing art 

Fig. 2 shows a data processing system in simplified form. Host processor 11 attaches a data storage sys- 
tem 12. Data storage system 12 includes a peripheral control 20 thatconnects host processor 11 to data storage 

so device 21 . Device 21 , in one embodiment of this invention, is a magneto-optical data storage device that op- 
erates with removable magneto-optical data storage media or a single medium (disk). As later used in this spec- 
ification, the term programmed machine includes host processor 11, peripheral controller 20 and programmed 
portions of data storage device 21. The compression-decompression mechanisms are preferably in the pro- 
grammed machine. For in-line compresswivdecompression , it is preferred that the compression-decompres- 

55 sion occurs in the peripheral controller 20. As later described with respect to Fig. 14, the location of the corrH, - 
pression-decom press ion mechanism can be anywhere in the programmed machine. For batch compression- 
decompression it is preferred to place the compression-decompression in host processor 11. 

Fig. 3 illustrates a logical block address (LBA) structure 23 used in magneto-optical disk data storage sys- 
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terns for addressing sectors of an optical disk. LB A 23 is a logical to real address translation mechanism that 
enables full advantage of practicing the present invention. This sector addressing is based upon the logical 
addressing found in many present day optical disk data storage devices. The attaching host processor 11 ad- 
dresses data on disk 30 (Fig. 4) using a logical block address included in LBA 23. UBA23 determines which 
of the addressable physical data storage addressable areas, such as sectors, are addressed by the respective 
LBA address. In an alternate addressing arrangement, host processor 11 requests access to a named file. This 
alternate addressing arrangement includes host processor 11 identifying byte location within the fOe to begin 
a data operation and a number of bytes (byte length) to be subjected to the data operation, i.e. read from the 
disk, for example. 

LBA 23 is managed by either one of two algorithms. A first one has been used for optical disks. In this 
algorithm, the number of entries in LBA 23 is constant for each disk and is based upon the number of address- 
able entities in the disk designated for storing data. Spare addressable data storage areas or sectors are not 
included in the LBA 23 logical address sequence, as is known. Known secondary pointers enable addressing 
spare sectors via LBA 23. 

Asecond algorithm for addressing using LBA 23 is used in magnetic flexible diskettes. In this second al- 
gorithm, the address range of LBA 23 varies with the number of demarked or unusable sectors. LBA 23 iden- 
tifies for addressing only the tracks and sectors that are designated for storing data. In the event one of the 
sectors identifiable by the illustrated address translation becomes unusable, then the unusable or defective 
sector is skipped and replaced by another sector. Such substitution is well known. 

All of the addressable tracks and sectors on disk 30 are addressed via LBA 23. Such addressing is a table 
look up matching the host processor 11 supplied logical address to a physical disk track and sector storing the 
data identified by the supplied logical address. Each LBA logical address has one entry 14 in LBA 23. 

Numerals 17 and 18 indicate groups of compressed data blocks recorded on disk 30 using the present 
invention. Numeral 17 indicates the first group of compressed data blocks of one file. Numeral 18 indicates 
subsequently recorded groups of compressed data blocks from the same file. The enumeration of the data 
blocks in the recorded groups 17-18 is maintained in its original sequence as generated by host processor 11. 
As will become apparent, the compressed data blocks in the respective groups are identified in a file directory 
shown in Fig. 8A. 

A magneto-optic data storage drive or device 21 is illustrated in Fig. 4 as it is connected to host processor 
11 via peripheral controller 20. As usual, peripheral controller 20 is packaged with the optical disk drive. A mag- 
neto-optic record disk 30 is removeably mounted for rotation on spindle 31 by motor 32. A usual disk cartridge 
receiver (not shown) is in operative relation to spindle 31 for inserting and ejecting magneto optical or other 
optical disks 30 into and from drive 21. Optical portion 33 of drive 21 is mounted on frame 35. A headarm car- 
riage 34 moves radially of disk 30 for carrying an objective lens 45 from track to track. A frame 35 of recorder 
suitably mounts carriage 34 for reciprocating radial motions. The radial motions of carriage 34 enable access 
to any one of a plurality of concentric tracks or circumventions of a spiral track for recording and recovering 
data on and from the disk. Linear actuator 36 suitably mounted on frame 35, radially moves carriage 34 for 
enabling track accessing. The recorder is suitably attached to one or more host processors 1 1 , such host proc- 
essors may be control units, personal computers, large system computers, communication systems, image sig- 
nal processors, and the like. Attaching circuits 38 provide the logical and electrical connections between the 
optical recorder and peripheral controller 20. 

Device microprocessor 40 controls device 21 including the attachment circuits connected to peripheral con- 
troller 20. Control data, status data, commands and the like are exchanged between attaching craiits 38 and 
device microprocessor 40 via bidirectional bus 43. Included in micro-processor 40 is a program or microcode- 
storing, read-only memory (ROM) 41 and a data and control signal storing random-access memory (RAM) 42. 

The optics of the record er(drive or device) 21 include an objective orfocusing lens 45 mounted for focusing 
and radial tracking motions on headarm 33 by fine actuator 46. This actuator includes mechanisms for moving 
lens 45 toward and away from disk 30 for focusing and for radial movements parallel to carriage 34 motions; 
for example, for changing tracks within a range of 100 tracks so that carriage 34 need not be actuated each 
time a track adjacent to a track currently being accessed is to be accessed. Numeral 47 denotes a two-way 
light path between lens 45 arid disk 30. 

In magneto-optic recording, magnetic bias field generating coil 48. In a constructed embodiment electro- 
magnet provides a weak magnetic steering or bias field for directing the remnant magnetization direction of a 
small spot on disk 30 Dluminated by laser light from lens 45. The laser light spot heats the illuminated spot on 
the record disk to a temperature above the Curie point of the magneto-optic layer (not shown, but can be an . 
alloy of rare earth and transitional metals as taught by Chaudhari et ah, USP 3,949,387). This heating enables- 
magnet coil 48 generated biasf ield to direct the remnant magnetization to a desired direction of magnetization 
as the spot cools below the Curie point temperature. Magnet coi 48 is shown as supplying a bias f ield oriented 
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in the "write" direction, i.e., binary ones recorded on disk 30 normally are "north pole remnant magnetization". 
To erase disk 30, magnet co8 48 supplies a field so the south pole is adjacent disk 30. Magnet coil 48 control 
49 is electrically coupled to magnet coil 48 over line 50 to control the write and erase directions of the coil 48 
generated magnetic field. Microprocessor 40 supplies control signals over line 51 to control 49 for effecting 

5 reversal of the bias field magnetic polarity. 

It is necessary to control the radial position of the beam following path 47 such that a track or circumvo- 
lution is faithfully followed and that a desired track or circumvolution is quickly and precisely accessed. To this 
end, focus and backing circuits 54 control both the coarse actuator 36 and fine actuator 46. Trie positioning 
of carriage 34 by actuator 36 is precisely controlled by control signals supplied by circuits 54 over line 55 to 

io actuator 36. Additionally, the fine actuator 46 control by circuits 54 is exercised through control signals travelling 
to fine actuator 46 over lines 57 and 58, respectively for effecting respective focus and track following and seek- 
ing actions. Sensor 56 senses the relative position of fine actuator 46 to he ad arm carriage 33 to create a rel- 
ative position error (RPE) signal. Line 57 consists of two signal conductors, one conductor for carrying a focus 
error signal to circuits 54 and a second conductor for carrying a focus control signal from circuits 54 to the 

is focus mechanisms in fine actuator 46. 

The focus and tracking position sensing is achieved by analyzing laser light reflected from disk 30 over 
path 47, thence through lens 45, through one-half mirror 60 and to be reflected by half-mirror 61 to a so-called 
"quad detector" 62. Quad detector 62 has four photoelements which respectively supply signals on four lines 
collectively denominated by numeral 63 to focus and tracking circuits 54. Aligning one axis of the detector 62 

20 with a track center line, track following operations are enabled. Focusing operations are achieved by comparing 
the light intensities detected by the four photoelements in the quad detector 6Z Focus and tracking circuits 
54 analyze the signals on lines 63 to control both focus and tracking. 

Recording or writing data onto disk 30 is next described. It is assumed that magnet 48 is rotated to the 
desired position for recording data. Microprocessor 40 supplies a control signal over line 65 to laser control 66 

25 for indicating that a recording operation is to ensue. This means that laser 67 is energized by control 66 to emit 
a high-intensity laser light beam for recording: in contrast, for reading, the laser 67 emitted laser light beam is 
a reduced intensity for not heating the laser Bluminated spot on disk 30 above the Curie point Control 66 sup- 
plies its control signal over line 68 to laser 67 and receives a feedback signal over line 69 indicating the laser 
67 emitted light intensity. Control 68 adjusts the light intensity to the desired value. Laser 67, a semiconductor 

30 laser, such as a gallium-arsenide diode laser, can be modulated by data signals so the emitted light beam rep- 
resents the data to be recorded by intensity modulation. In this regard, data circuits 75 (later described) supply 
data indicating signals over line 78 to laser 67 for effecting such modulation. This modulated light beam passes 
through polarizer 70 (linearly polarizing the beam), thence through collimating lens 71 toward half mirror 60 
for being reflected toward disk 30 through lens 45. Data circuits 75 are prepared for recording by the micro- 

35 processor 40 supplying suitable control signals over line 76. Microprocessor 40 in preparing circuits 75 is re- 
sponding to commands for recording received from a host processor 11 via attaching circuits 38. Once data 
circuits 75 are prepared, data is transferred directly between peripheral controller 20 and data circuits 75 
through attaching circuits 38. Data circuits 75, also ancillary circuits (not shown), relating to disk 30 format sig- 
nals, error detection and correction and the like. Circuits 75, during a read or recovery action, strip the ancillary 

40 signals from the read back signals before supply corrected data signals'over bus 77 to peripheral controller 20 
via attaching circuits 38. 

Reading or recovering data from disk 30 for transmission to host processor 1 1 requires optical and electrical 
processing of the laser light beam from the disk 30. That portion of the reflected light (which has its linear po- 
larization from polarizer 70 rotated by disk 30 recording using the Kerr effect) travels along the two-way light 

45 path 47, through lens 45 and half-mirrors 60 and 61 to the data detection portion 79 of the head arm 33 optics. 
Half-mirror or beam splitter 80 divides the reflected beam into two equal intensity beams both having the same 
reflected rotated linear polarization. The half-mirror 80 reflected light travels through a first polarizer 81 which 
is set to pass only that reflected light which was rotated when the remnant magnetization on disk 30 spot being 
accessed has a "north" or binary one indication. This passed light impinges on photocell 82 for supplying a 

» suitable indicating signal to differential amplifier 85. When the reflected light was rotated by a "south" or erased 
pole direction remnant magnetization, then polarizer 81 passes no or very little light resulting in no active signal 
being supplied by photocell 82. The opposite operation occurs by polarizer 83 which passes only "south" rotated 
laser light beam to photocell 84. Photocell 84 supplies its signal indicating its received laser light to the second 
input of differential amplifier 85. The amplifier 85 supplies the resulting difference signal (data representing) 

55 to data circuits 75 for detection. This detection, in the illustrated embodiment, does not include digital demod- 
ulation (decoding the read back signals from a 1-7 d-k code to data in a host processor format). The detected 
signals include not only data that is recorded but also all of t he so-called ancillary signals as welL The term 
"data" as used herein is intended to include any and all information-bearing signals, preferably of the digital 

a 
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or discrete value type. 

The rotational position and rotational speed of spindle 31 is sensed by a suitable tachometer or emitter 
sensor 90. Sensor 90, preferably of the optical-sensing type that senses dark and light spots on a tachometer 
wheel (not shown) of spindle 31, supplies the "tech" signals (digital signals) to RPS circuit 91 which detects 

5 the rotational position of spindle 31 and supplies rotational information-bearing signals to microprocessor 40. 
Microprocessor 40 employs such rotational signals for controlling access to data storing segments on disk 30 
as is widely practiced in the magnetic data storing disks. Additionally, the sensor 90 signals also travel to spindle 
speed control circuits 93 for controlling motor 32 to rotate spindle 31 at a constant rotational speed. Control 93 
may include a crystal-controlled oscillator for controlling motor 32 speed, as is well known. Microprocessor 40 

10 supplies control signals over line 94 to control 93 in the usual manner. 

Peripheral controller 20 is shown in Fig. 5 This controller includes the compression-decompression mech- 
anism for in-line or real time data compression-decompression. A connection between host processor 11 and 
peripheral controller 20 is effected by a SCSI module 100 that implements the known small computer system 
interface. An IO data buffer 1 03(dynamically allocated into input data buffers and output data buffers using < 

15 known techniques) temporarily stores data received from or to be transmitted to the host processor 11. An Opt- 
ical Disk Controller (ODC) 104 manages the reading and writing of the data to the disk 30 (Fig.4). Error Cor- 
rection Control (ECC) module 106 detects and corrects errors in data being read and generates ECC error 
detection and correction redundancy characters to be written to the medium with the data. Run Length Limited 
(RLL) (mod-demod) encoding and decoding is performed in data circuits 75 (Fig. 4). Such mod-demod encodes 

20 and decodes recorded data patterns, such as used in the known 1 -7 d-k code. Microprocessor 1 07 (plus control 
store 108 and dynamic store 109) controls the various elements of the controller 20. A Compressfon/Decom- 
pression (CD) module 101 , such as an integrated circuit referred to by Shah et al, supra, implements the com- 
pression algorithms. CD module 101 includes automatic circuit timing and control, as is known, to control data 
flow through peripheral controller 20 under supervision of microprocessor 107. This compression-decompres- 

25 sion is in real time (in-line) with the data transfer. Busses 1 02, 11 0 and 111 interconnect the modules, as shown. 
Controller 20 is preferably packaged with a device 21 on a common frame. 

Fig. 6 illustrates compression of several data blocks into one group of compressed data blocks recorded 
in a number of data storing sectors 1 1 8 of track 1 1 7 of disk 30. A group 1 1 5 of a plurality of data blocks 1 1 6 is 
selected for recording as described with respect to Fig. 1 . Group 11 5 of compressed data blocks is transmitted 

30 to controller 20 by host processor 1 1 . CD 1 01 in controller 20 compresses group 1 1 5 suf f icientJy to be recorded 
as a group of compressed data blocks in sectors 118 plus about one-half of sector 119. The remaining half of 
last sector 119 is filled with padding bytes, as is known. Numeral 122 indicates a sector that was allocated 
previously. Numeral 123 indicates a next sectors) that were initiaDy allocated according to the above-described 
fsrst methodology. The linked response of controller 20 to the write-compress command indicates to host proo- 
fs essor 11 that sectors) 123 are to be deallocated as such sectors did not receive any of the data from group 
115. Host processor 11 responds to controller 20 to deallocate sectors 123. 

The above description assumes that host processor 11 is performing data space management This ar- 
rangement is usual. It is to be pointed out that in a multi-host arrangement of sharinjg device 21 that one of 
the hosts may be designated to perform space management Also, in some systems the peripheral controller 

40 performs data storage space management 

Fig. 7 illustrates in abbreviated form three commands for use in a known SCSI interface. WRITE command 
130 includes the operation code field 131 that indicates the command is a WRITE command. LBA address 
field 132 indicates the first LBA address that data being transmitted in accordance with the instant WRITE 
command is to begin (the lowest LBA address of possibly several LBA addresses required to be used in storing 

45 data into a plurality of disk 30 sectors). Field 1 33 indicates the number of unitsofdata that are to be transferred 
from host processor 11 to device 21 for storage on disk 30. One unit is that data storable in one sector of the 
disk 30. FBA disks may have different data storing capacity sectors, such as 51 2, 1 024 (1 kb), 2048, or 4096 
bytes of data. Field 134 indicates whether or not the data to be transmitted is to be compressed. Field 135 
indicates that this WRITE command is linked to read buffer command 140. This command linkage requires 

so peripheral controller 20 to report to host processor 11 the details of the data storage, i.e. number of sectors 
actually used, the data that enables host processor 11 to build an entry for the later described Fig. 8A illustrated 
f 3e directory, and identifies the sectors to be deallocated. It is noted that LBA 23 is updated in host processor 
11 with a copy thereof recorded in a sector of disk 30. Also, a copy of the Fig. 8A illustrated file directory is 
recorded on disk 30, preferably in a uncompressed form at a first LBA 23 logical address that immediately pre- 

55 cedes the first LBA address for storing compressed data. 

Read buffer SCSI command 140 includes operation code field 141 that indicates the command is a READ 
BUFFER command. Controller 20 responds to receipt of a READ BUFFER command to transfer data from an 
output registers) of IO buffer 1 03. Controller 20 stores the information relating to storing a group of compressed 
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data blocks in such output buffer 103 registers) in preparation to respond to the READ BUFFER command 
linked to the WRITE command 130. Field 142 indicatesto controller 20 the number of sectors used to store 
the compressed data blocks. That is, host processor 11 knows the number of disk sectors required for storing 
the compressed date blocks, hence the new entry for the Fig. 8A illustrated file directory. 

READ DATA command 145 has operation code field 146 having an indication that the command is a READ 
DATA command. The first LB A address to be used for transferring data from disk -30 to host processor 11 is 
indicated in field 1 47. Field 148 indicates the number (n) of data blocks requested or commanded to be trans- 
ferred from the FBA disk to the host processor 11. Field 149 indicates to controller 20 the number (N) of disk 
sectors that are to be read. Field 150 indicates that decompress is either on or off. Link on bit 151 is usually 
reset to be inactive. For reading one group of compressed data blocks, controller 20 reads the indicated number 
(N) of sectors, decompresses the data blocks, then transfers the decompressed data blocks to host processor 
11 . Controller 20 counts the number of data blocks transferred such that when the indicated number n of field 
148 is reached, the data transfer is terminated. The data block counting is also used as an integrity check. 

The Fig. 8A illustrated f Be directory can indicate different levels of detail, the selected level is application 
dependent Every file that has data blocks recorded in groups of compressed data blocks has a separate por- 
tion of the directory respectively indicated by numerals 161, 162 and 163 for three different data files. Each 
row 160 of each directory represents one entry. Afirst entry in each directory include in column 164 the file- 
name of the file and the LBA address at which the directory is recorded on disk 30. Column 1 65 in the first or 
top most entry indicates the number of data blocks in each data transfer unit The term data transfer unit (DTU) 
indicates that a given number of data blocks are to be transferred between disk 30 and host processor 11 during 
each data transfer. The remaining entries 1 60 are respectively for the transmitted and recorded groups of com- 
pressed data blocks. Again, column 1 64 in the respective entries indicates the first LBA address used to store 
the group. Column 1 65 indicates the number of data blocks recorded and the number of sectors used to store 
the respective groups of compressed data blocks on disk 30. Once ad of the data blocks are compressed in a 
single data compress operation, the group of compressed data blocks are a continuum of data with no external 
indication of the data block boundaries. The decompression mechanism and associated controls identify the 
data block boundaries after decompression, as is known. 

In addition to the information contained in the Fig. 8A illustrated file directory, additional details of each 
group may be provided. In such an alternate implementation of the file directory, controller 20 returns, in ad- 
dition, for each group of compressed data blocks (i.e. for each respective entry of the Fig. 8A illustrated file 
directory) a map of the relation of data blocks and data storing sectors (uses the LBA logical address, not the 
actual physical location on disk 30) for each of the groups. This additional information is used by the host to 
manage the recorded data and unused disk 30 sectors indicated in LBA 23. 

All entries contain the above indicated mapping of data blocks to LBA addresses for each and every group 
(Gp.) of compressed data blocks in the current file. That is, each data block is indicated as being recorded in 
one or more sectors, depending on the compression and size of the data blocks. Several compressed data 
blocks may be recorded in one sector. In this instance, the LBA addresses are the same for starting and ending, 
i.e. LBA 10 to LBA 10 for example could occur for several data blocks. 

A format of the Fig. 8A illustrated directory using the additional addressing information is set forth below. 



First entry 


Filename 


Number of data blocks in a data transfer unit 


Second entry 


Gp. 1 LBA 


Number of data blocks and sectors in this group 




data block n 


LBA Nat byte B 




data block n+1 


LBANatbyteB 2 




data block n+2 


LBA N 2 at byteB 3 



so (Map of all data blocks in group (Gp.) 1 continues, term "byte" indicates byte displacement of the respective 
compressed data block as recorded in a sector.) 



Third entry 



Gp. 2 LBA 



Number of data blocks and sectors 



55 (Map of data blocks to LBA addresses is set forth above) 

The superscripts merely indicate 1st (no superscript), second, etc byte positions of the respective blocks 
n, n+1, n+2 etc. 

The above described directory structures enable the data contents of a single group of compressed data 
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blocks to be updated without the necessity of reading and then rewriting the entire file. An update of a group 
of compressed data block only requires the reading of one group of compressed data blocks. The update group 
of compressed data blocks may require more sectors for storage than that use to store the previous generation 
group of compressed data blocks. That is additional sectors have to be allocated. Since it is desired that each 

5 group of compressed data blocks are recorded in contiguous sectors (except of unaddressable intervening de- 
fective sectors), a new allocation may be required. All of this activity is explained later with respect to Fig. 15. 
Host processor 11 uses this information to determine the next available set of contiguous LBA addresses that 
have sufficient number of addresses (sectors) for storing the updated group of compressed data blocks. 
For WORM (write once, read many) optical disks, the host processor may issue a MEDIUM SCAN conv 

10 mand to locate the next available LBA addressed sector for storing the updated group of compressed data 
blocks. Host processor 11 saves this information in an expanded directory entry for use when the data are to 
be retrieved or read. 

As later described with respect to Fig. 10, another control parameter is a minimum or maximum number 
of sectors to be used in the CKD and ECKD examples for practicing the present invention. The number N of 

is sectors required to store the uncompressed data is compared with a MIN (minimum value) and a MAX (max- 
imum value). If the number of required sectors is between the MIN and MAX values, then a DTU is made using 
the number N. MIN ensures a reasonable usage of disk storage space while MAX ensures a reasonable access 
to compressed data blocks. If N is greater than MAX, then N is made equal to MAX. If N is less than MIN, then 
N is made equal to MIN. The number of data bytes in a DTU is N*SB (SB is number of bytes storable in one 

20 sector) for FBA devices and N*DB (DB is number of data bytes desired for storing one data block) for CKD 
and ECKD devices. The number of bytes in a DTU is stored in the first or top entry 160 (Fig. 8A) of each file 
directory. As one variation, field 166 in each of the entries 160 contains a compress DTU indicating bit C. If C 
is unity, then the data represented by the respective entry 1 60 are recorded in a compressed form. If bit C is 
zero or nil, then the data are recorded on disk 30 without data compression. The compressed bit C may also 

25 be recorded in each and every sector storing data in accordance with the present invention. 

Fig. 8B diagrammatically illustrates format of a disk sector of an FBA disk. Sector 170 is in track 169 of 
disk 30. Intersector gap 171 separates sector 170 from an immediately preceding sector (not shown). Sector 
ID 172 is an embossed area that contains the track and sector address of sector 170. Intrasector gap 173 sep- 
arates the hard sectored or embossed mark 172 from the magneto-optically recorded portion that constitutes 

30 the remainder of sector 170. Data synchronization signals DATA SYNC 174 are magneto-optically recorded 
with the data stored in portion 175 of sector 170. Control area 176 stores magneto-optically recorded control 
signals, as may be desired. A compress bit C 1 77 (considered a part of the control signals in area 1 76) if set 
to unity indicates that the data in portion 175 are compress. If C 177 is set to zero or nil, then the data stored 
in portion 1 75 are not compressed. Sector 1 70 ends with the error detection and correction redundancy in ECC 

35 178 portion. ECC 178 stored signals are generated and stored in a known manner that is not pertinent to an 
understanding of the present invention. Intersector gap 179 separates sector 170 from a next succeeding sector 
1 80. It is preferred that compress bit 1 77 be used while practicing the present invention. 

Fig. 9 is a flow chart showing a sequence of machine operations for storing a file in a plurality of groups 
of compressed data blocks wherein each group is separately transmitted from a host processor to a data storage 

40 system as a DTU having a number of uncompressed bytes as set forth above. At step 185 the data to be re- 
corded is analyzed for determining the number of DTU's to be generated. The actual size in bytes/data blocks 
of a DTU may be different from file to file. In step 186, the DTU size is modified to accommodate the number 
of data blocks to be initially recorded for equalizing the sizes of a plurality of DTU's to be used. For example, 
if the number of data blocks to be compressed and recorded is less than two desired DTLPs and one half of 

45 the number of data blocks results in a number of data bytes greater than MIN, then two DTU's each having 
one-half of the data blocks are created. This same principle is applied to transferring data blocks having any 
number of DTU's except for updating a recorded group of compressed data blocks, as will become apparent 
If the DTU sizes cannot be equalized, then a last DTU may have a number of bytes less than the MIN (minimum) 
number of bytes. Upon updating the recorded group of compressed data blocks resulting from a small last DTU, 

50 a DTU is generated that adds a number of data blocks to make the size of the DTU, hence group of compressed 
data blocks, larger to meet the DTU size requirements set forth with respect to Fig's 9 and 11 . Fig. 1 5 relating - 
to updating a recorded group of compressed data blocks illustrates machine steps for storing an updated DTU 
that is too large for the current allocated data storage space for a recorded group of compressed data blocks 
resulting from compressing and storing the updated DTU. 

55 At "GET DTU" step 1 88 (Fig. 9), a DTU of data blocks is built for data transfer. Step 1 89 transfers the DTU 

to data storage system 12. Data storage system 12 compresses and stores the transferred DTU as described 
earlier. At step 190, host processor 11 ascertains whether another DTU is to be transferred. If not (DONE = 
1), then host processor 11 exits for performing other work not related to practicing the present invention. Other- 



11 



EP 0 587 437 A2 



wise, steps 1 88 and 1 89 are repeated until all DTU's have been transmitted to data storage unit 12. 

Fig. 10 is a flow chart showing selecting a MIN and a MAX value respectively for image (non-coded or 
graphics) data and text (coded) data. The compressibility of data is a measure for selecting MIN and MAX. In 
this regard, each f fle of image or text data may compress substantially different from data from other files as 

5 well as changing from data block to data block in either type of data, image or text Once a first group of data 
blocks have been compressed and recorded as a group of compressed data blocks, the compression ratio may 
be recorded in the Fig. 8A Illustrated file directory as a reference for subsequent compression and storage of 
data blocks. The Fig. 1 0 illustration assumes that the image data has been compressed 75% (compressed im- 
age data blocks are 25% of original size) and text data blocks have been compressed about 50%. These meas- 

10 ured values may be changed for calculation purposes for adding a margin of error accommodation into the 
calculations. 

Step 195 determines whether the data in the file is text or image. If image, step 196 calculates the MIN 
value as 4*SB (bytes in a sector), i.e. at least four sectors are to be used for storing a group of compressed 
data blocks. The number four is selected in an arbitrary manner. Sector size affects the minimum number of 

is sectors to be used. Step 197 calculates MAX as being 64*SB. In a FBAdisk having 1024 byte sectors, then 
the maximum DTU size is 64 KB (Kilobytes). Again, system considerations may change these values. Such 
considerations are beyond the present description. From step 195, for text data (IMAGE DATA= NO), step 200 
calculates MIN as 2^SB while step 201 calculates MAX as 32*SB. The number of uncompressed bytes for im- 
age data in MIN and MAX is equal to the number of uncompressed bytes for text data. The different compres- 

20 sion ratios change MIN and MAX values inversely to the expected compression ratio. Upon completing either 
calculation, host processor 11 stores the MIN and MAX values in the first entry 1 60 (Fig. 8A) of the appropriate 
f De directory and then exits the calculation. 

The MIN and MAX values may also be predetermined and included as parameter data defining a class of 
data as set forth in Gelb et a! US patent number 5,018,060 titled "ALLOCATING DATASTORAGE SPACE OF 

25 PERIPHERAL DATA STORAGE DEVICES USING IMPLIED ALLOCATION BASED ON USER PARAME- 
TERS". Gelb et al teach that data set parameters implicitly control peripheral data storage operations. Such 
implicit control based on data base or file parameter data may be applied to practicing the present invention. 

Fig. 11 shows execution of a WRITE command by data storage system 12 wherein the data blocks received 
in on DTU are compressed then recorded as a group of compressed data blocks. Step 210 receives a WRITE 

30 command 1 30. Step 211 sets the link commanded in field 1 35 for reporting the actual number of sectors used 
to store the resultant group of compressed data blocks and a compression ratio CR achieved. Step 212 sets 
a compress mode in data storage system 1 2 for activating CD 101 to compress the data blocks being received 
into one continuum of compressed data. Step 21 3 receives, compresses and stores the DTU data blocks. Step 
216 compares the number of sectors actually used to store the compressed data with the number of sectors 

35 initially allocated. Step 217 compares the byte count of the original data blocks in the received DTU with the 
byte count of the compressed data blocks. In most instances, the byte count of the compressed data blocks 
will be less than the byte count of the original DTU data blocks. In this instance, at step 21 8, data storage sys- 
tem 12 indicates to host processor 11 that the data storage operation has been completed. The identification 
of any unused sectors plus other information describing the just-completed data recording operation is to be 

40 transferred from data storage system 12 to host processor 11 . This transfer is effected by host processor 11 
responding to the indication of a completed recording operation by issuing a READ BUFFER command 140 
to data storage system 12 to send the number of unused allocated sectors and all other compression infor- 
mation to host processor 1 1 . Host processor 1 2 in step 219 responds to the indication of unused allocated sec- 
tors to deallocate such sectors for use in storing other data. Note that if the compress bit 134 is off, then no 

45 compression occurs. 

If at step 217, it is determined that the data compression resulted more data bytes in the compressed data 
blocks than were in the original data blocks, then the data blocks wll be recorded without data compression. 
This growth in size of the compressed data blocks may occur when the original data blocks have certain data 
patterns. I n any event at step 220, data storage system 1 2 sends a channel command retry (CCR) or its equiv- 

6 alent to host processor 11. CCR indicates that the DTU has to be retransmitted by host processor 11 to data 
storage system 1 2. That is, the increased in size of the DTU after compression is considered an error condition? 
The CCR indicates that a recording error has occurred. Host processor 11 responds to the CCR at step 221 
by resending the DTU to data storage system 11. At step 222, data storage system 12 stores the DTU without 
data compression. The above-described operations are exited from either step 219 or 222. 

55 Fig. 12isaflowchartshowingsystemoperationsforreading data. Host processor 11 in step 225 prepares 

to read data, L,e. identifies the data blocks to be read. Host processor 11 then in step 226 searches for a file 
directory (Fig. 8A). Such file directory may be read from disk 30. If there is no file directory relating to com- 
pression, then the data are not compressed. Also, if the field 166 of the Fig. 8 illustrated directory fort h e idertr 
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tified group is zero, then that group is not compressed. Further, if data to be read are compressed and it is 
desired to decompress in a unit other the storing data storage system 12, step 226 directs host processor op- 
erations to read all identified data without decompression via path 227. From path 227, a usual data recording 
operation not involving data compression is performed (not shown). Host processor 11 builds issues one READ 

5 command 145 for each of the recorded groups of compressed data blocks to be read. Depending on the desired 
read operation, field 150 or READ command wfll be set to indicate either decompress or no decompress OFF. 
Host processor 11 before sending the READ command 145 to data storage system 12 examines field 150 at 
step 226. If host processor 11 at step 226 finds that the data to be read are compressed and decompression 
is desired, then step 230 sets field 150 to compress ON. All of the groups of compressed data blocks having 

10 data blocks to be read are identified in step 231 via examination of the appropriate file directory 161-163. Host 
processor 11 in step 232 then builds one or more READ commands 145 for reading the step 231 identified 
groups of compressed data blocks with decompression. The term build used above indicates that the appro- 
priate control data are inserted into a READ command for commanding data storage system 12 to perform a 
desired read. Such command includes the number of LBA addressed sectors to be read as well as the logical 

is address in LBA of a first one of the sectors. One READ command is sent by host processor 1 1 to data storage 
system 12 in step 232, there can be a number of READ commands sent for fetching a plurality of groups of 
record blocks. Data storage system 12 receives the READ command. At step 233, data storage system checks 
the sector compress bit of the first sector storing the requested group to be read. If bit C 177 (Fig. 8B) is unity, 
then the data are compressed. Data storage system 12 then in step 234 reads the requested group including 

20 decompressing the data. It is to be noted, that if the READ command field 150 indicates decompression is 
OFF, then no decompression occurs even if bit C 177 is set to unity. On the other hand, if bit C 177 equals 
zero (data in the sector are not compressed), the at step 235 data storage system 12 reads and sends the 
read data without decompression to host processor 11. The Fig. 2 illustrated system exits the read operation 
for one group from either step 234 or 235. 

25 Fig. 1 3 illustrates operation of data storage system responding to a READ command 145: Step 236 receives 

the READ command. Step 237 checks the compress field 150. If the compress field indicates that decompress 
is ON, then C bit 177 of the sector being accessed is checked to ensure that the data to be read is in fact 
recorded and stored in a compressed form. Step 238 executes the READ command by decompressing the 
data being read iffield 1 50 indicates compression and C bit 177 is ON. If the field 150 indicates decompression 

30 if OFF, the data stored in the addressed sectors are transferred without decompression whether compressed 
or not That is, in all cases, data storage system 12 transfers the data without decompression iffield 150 indi- 
cates compress is OFF. This control enables transferring data in either compressed or decompressed form. 

Fig. 14 illustrates one application of the invention in a system having linked host processors. Both batch 
and in line data compression/decompression are employed. Compression-decompression software modules 

35 251 and 273 provide batch data compression and decompression while integrated circuit chips (hardware com- 
press decompress) 253 and 272 provide in line (real time) data compression-decompression Two data proc- 
essing systems 240 and 241 are linked by data link 263. Link 263 may be a local area network (LAN), a data 
communication circuit or transfer of a removable data cartridge manually or via a library, ma3 etc between the 
two data processing systems. Host processor 250 in system 240 has a software compress-decompress facility 

40 251 , a transfer link facility 252 that involves no compression or decompression and an in-line hardware com- 
press-decompress facility 253. Facilities 251-253 may be physically located in data processing system 240 in 
host processor 250 or as a part of a channel connection that includes logic switch 254 (programmed or hard- 
ware) connecting host processor 250 to facilities 251-253. Dashed line 255 indicates that switch 254 is pro- 
grammingly controlled by host processor 250. Aghven data processing system may have only t) batch compress 

45 facility 251 and link facility 252, 2) in-line facility 253 and link facility 252, 3) aJi facilities 251-253 or 4) either 
facility 251 or 253 may be located either in data storage system 262 or data link 263. 

The input-output (IO) connections from fac3ities 251-253 are effected by logic switch 260 that is program- 
mingly controlled by host processor 250 as indicated by dashed line 261 . Switch 260 directs IO data flow be- 
tween facilities 251-253 and a data storage system 262 or data line 263. 

so Data processing-system 241 is shown as being identical to data processing system 240. Data processing 

system 241 includes host processor 270 that may have a different computational arrangement and capabflity 
from host processor 250, logic switch 271 , facilities 272-274, data storage system 275 and switch 277 that se- 
lectively connects data processing system 241 to data link 263 to other systems and data processing system 
240. 

55 Fig. 15 illustrates updating a recorded group of compressed data blocks. Host processor 11 in step 280 

has updated data blocks and desires to update a file recorded in data storage system 1 2 as a plurality of groups 
of compressed data blocks. Step 281 compares the data length (number of uncompressed data bytes) of the 
updating DTU with the number of bytes in sectors currently recorded as one group to be updated. Host proo 
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essor 11 also examines the number of padding bytes in a last sector storing compressed data for estimating 
whether or not the updated data blocks are storable in the currently allocated sectors for the group(s) to be 
updated. 

At step 282 host processor 11 determines whether or not the updating DTU can be stored in currently al- 

5 located sectors or if more or different sectors should be allocated. That is, if the updating DTU has more data 
bytes than the currently recorded group, then additional sectors are allocated at step 288 (host processor 11 
does the allocation). Such new sectors are preferably contiguous sectors that may not include any sectors con- 
taining the recorded group of data blocks to be updated. Following allocation step 288, the updating DTU is 
recorded at step 289. Then, host processor 11 at step 290 deallocates the sectors containing the group of data 

10 blocks to be updated. The Fig. 2 illustrated system then exits the updating operation from step 290. 

If, at step 282, the number of data bytes in the updating DTU is substantially equal to the number of bytes 
(uncompressed) of the recorded DTU, then the updating occurs at step 283 using the sectors currently storing 
the group to be updated. The Fig. 2 illustrated system then performs step 290 before exiting the updating op- 
eration. If the updating DTU has fewer bytes than the recorded group, then the updating DTU is recorded in 

15 sectors selected from the sectors containing the group to be updated. The sectors not used to record the up- 
dating DTU are deallocated at step 290. 

It may be decided that, independently of any data growth patterns, to always store the updated data blocks 
in a newly allocated set of sectors and to deallocate or free the sectors storing the current group(s) of com- 
pressed data blocks to be updated. In this situation, steps 288-290 are performed. For example, if there is a 

20 desire to save the original group(s) of compressed data blocks, such original recording may be retained. Host 
processor 11 then updates the appropriate file directory 160-162 and exits the storage operation. 

In the updating operation shown in Fig. 15, whenever the compressed data has more bytes than the orig- 
inal uncompressed data, the data are recorded in an uncompressed form. The steps shown in Fig. 1 1 are added 
to the Fig. 1 5 illustrated sequence. 

25 

Claims 

1- Apparatus for storing data in compressed form in a data storage device having a plurality of addressable 
30 like-sized data storage areas, each for recording a predetermined number of data bytes, the data storage 

device being connected to means for receiving data to be recorded, said received data being arranged in 
a plurality of addressable data blocks, characterised in that the apparatus comprises, in combination: 

selection means in the means for receiving data for selecting one or more data transfer units of 
data blocks to be recorded, each said transfer unit of data blocks having a given number of data bytes 
35 and including one or more of said addressable data blocks; 

compression means connected to the selection means for compressing said transfer unit of data 
blocks to be recorded as a group of compressed data blocks; 

data access means in the device connected to said compression means for recording said group 
of compressed data blocks in said addressable data storage areas as one continuum of compressed data; 
40 and 

directory means indicating which ones of said addressable data storage areas said continuum of 
data is recorded in, and indicating that said continuum of data contains said selected transfer unit of data 
blocks in a compressed form. 

Apparatus according to claim 1 including: 

allocation means connected to the selection means for responding to the number of data bytes in 
each said transfer unit of data blocks to indicate that said transfer unit requires a first number of said ad- 
dressable data storage areas to record said transfer unit of data blocks; and 

recording means for recording said transfer unit as a group of compressed data blocks in a second 
number of said addressable data storage areas, said second number being equal to or less than said first 
number. 

Apparatus according to claim 2 including update means connected to said selection means and to said 
allocation means for updating a recorded group of compressed data blocks with updated data blocks, in- 
cluding receiving updated ones of said data blocks and selecting a data transfer unit of data blocks to in- 
clude said updated data blocks; said update means being connected to said allocation means for allocating 
a number of said addressable data storage areas for receiving and recording said updated. compressed 
data blocks and for deallocating ones of said allocated addressable data storage areas in which are stored 
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the original group of compressed data blocks to be updated. 

4. Apparatus according to any one of claims 1 to 3 wherein the selection means is connected to the data 
storage device for selecting said given number of data bytes to form a transfer unit in dependence on the 
number of data bytes which are recordable in each of said data storage areas. 

5. Apparatus according to any one of claims 1 to 4, including range means indicating a range of number of 
bytes to be used for transferring data blocks between said means for receiving data and said data storage 
device, wherein said selection means is connected to said range means for receiving said range indication 
and responding to the received range indication forselecting a predetermined number of said data blocks 
to be a data transfer unit and to be in one of said groups of data blocks such that each said group of data 
blocks has a number of data bytes equivalent to a plurality of uncompressed data blocks. 

6. Apparatus according to any one of claims 1 to 5 wherein the apparatus includes: 

CKD means for supplying a plurality of CKD data blocks; 

a CKD formatted disk within the data storage device for receiving and recording CKD data; 

said selection means being connected to said CKD means for receiving and selecting a predeter- 
mined number of said CKD data blocks as a data transfer unit of said CKD data blocks; 

said data access means having CKD recording means for recording said transfer unit of CKD data 
as compressed by said compression means as a single record on said CKD formatted disk; and 

repeat means connected to said selection means and to said CKD means for repeatedly actuating 
the CKD means to supply a transfer unit of CKD data blocks for compression and recording in respective 
single CKD records. 

7. Apparatus according to any one of claims 1 to 5, including: 

a host processor connected to a peripheral controller, said data storage device being connected to 
said peripheral controller, 

an FBA sectored disk in said data storage device having a plurality of addressable sectors for re- 
ceiving and recording data blocks; 

said selection means having means for selecting said data blocks for said data transfer unit to be 
recorded in a predetermined number of sectors on said FBA sectored disk; and 

repeat means connected to said selection means for repeatedly actuating the selection means for 
selecting a plurality of said transfer units of data blocks from one file of such data blocks for compression 
and recording of said transfer units of data blocks such that said file of data blocks is recorded in com- 
pressed form on said FBA sectored disk in a plurality of said continuum of data wherein each said continua 
consists of one said group of compressed data blocks. 

8. Apparatus according to any one of the preceding claims, including data recording management means 
connected to said directory means and to said data access means for actuating the directory means to 
establish a plurality of said file directories, one file directory for each file of data recorded in compressed 
form; said recording management means actuating said directory means to record in each of said file di- 
rectories a number of said data blocks to be included in each of said data transfer units of data and in- 
cluding recording a maximum number of bytes to be included |n any one of said data transfer units. 

9. A method of compressing and recording onto a data storage medium data of a file which is arranged in 
a plurality of addressable data blocks, the method comprising the steps of: 

selecting a plurality of said data blocks of said file to be compressed and recorded; 

segmenting the selected plurality of addressable data blocks into one or more data transfer units; 

compressing each of said one or more data transfer units and recording them as respective sep- 
arate groups of. compressed data blocks; and 

creating and maintaining a file directory indicating the address and size of each of said recorded 
groups for enabling random access to recorded data within said file of data blocks. 

10. A method according to claim 9 including the steps of: 

before recording one of said groups of compressed data blocks, allocating a first number of ad- 
dressable data storage areas of the storage medium for recording said one group of compressed data 
blocks; and 

after recording said one group of compressed data blocks, deallocating allocated addressable data 
storage areas, if any, into which said one group of compressed data blocks was not recorded. 
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11. A method according to claim 9 or claim 10, including: 

supplying CKD formatted data blocks of one CKD formatted file and selecting said CKD data blocks 
to be compressed and recorded; 

compressing one or more data transfer units of said CKD data blocks into one or more groups, re- 
5 spectively, of compressed CKD data blocks; and 

recording the one or more groups of compressed CKD data blocks as one record on a CKD for- 
matted record member. 

12. A method according to claim 9 or claim 10, including: 

10 selecting an FBA formatted record medium to be said record medium, said FBA formatted record 

medium having a plurality of addressable data-storing sectors, each data-storing sector being capable of 
recording a given number of data bytes; and 

selecting said data transfer unit to have a first predetermined number of said data blocks having 
a number of uncompressed data bytes equal to a data storage capacity, in data bytes, of a second pre- 

1 5 determined number of said data-storing sectors. 

13- A method according to any one of claims 9 to 1 2, including: 

setting a range of number of bytes to be included in each of said data transfer units; and 
selecting a number of said data blocks such that a number of data bytes in the selected number 
20 of data blocks is within the set range. 
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